Event prediction using hierarchical event features

ABSTRACT

Event prediction using hierarchical event features is described. In an embodiment a search engine monitors search results presented to users and whether users click on those search results. For example, features describing the search result events are universal resource locator prefix levels which are inherently hierarchically related. In an embodiment a graphical data structure is created and stored and used to represent the hierarchical relationships between features. An online training process is used in examples which enables knowledge to be propagated through the graphical data structure according to the hierarchical relations between features. In an example, the graphical data structure is used to predict whether a user will click on a search result and those predictions are used by the search engine to rank search results for future searches. In another example the events are advertisement impressions and the predictions are used by an online advertisement system.

BACKGROUND

Many real world systems need to be controlled by predicting events and using those predictions to adjust equipment and mechanisms of the system. For example, in order to control online information retrieval systems, online advertising systems, manufacturing plant control systems, credit card fraud detection systems, email spam detection systems and many others. Often features describing the events to be predicted are clustered hierarchically. For example, features describing events such as childhood illnesses may be clustered by families which in turn are clustered into communities. However, existing systems for predicting events and using those predictions to control systems are not easily able to take into account knowledge about hierarchical event features so that it is exploited fully and in a simple and efficient manner.

The embodiments described below are not limited to implementations which solve any or all of the disadvantages of known prediction and control systems.

SUMMARY

The following presents a simplified summary of the disclosure in order to provide a basic understanding to the reader. This summary is not an extensive overview of the disclosure and it does not identify key/critical elements of the invention or delineate the scope of the invention. Its sole purpose is to present some concepts disclosed herein in a simplified form as a prelude to the more detailed description that is presented later.

Event prediction using hierarchical event features is described. In an embodiment a search engine monitors search results presented to users and whether users click on those search results. For example, features describing the search result events are universal resource locator prefix levels which are inherently hierarchically related. In an embodiment a graphical data structure is created and stored and used to represent the hierarchical relationships between features. An online training process is used in examples which enables knowledge to be propagated through the graphical data structure according to the hierarchical relations between features. In an example, the graphical data structure is used to predict whether a user will click on a search result and those predictions are used by the search engine to rank search results for future searches. In another example the events are advertisement impressions and the predictions are used by an online advertisement system.

Many of the attendant features will be more readily appreciated as the same becomes better understood by reference to the following detailed description considered in connection with the accompanying drawings.

DESCRIPTION OF THE DRAWINGS

The present description will be better understood from the following detailed description read in light of the accompanying drawings, wherein:

FIG. 1 is a schematic diagram of a control system for predicting events in order to control an apparatus which at least in part, influences the events;

FIG. 2 is a flow diagram of a method at the control system of FIG. 1;

FIG. 3 is a schematic diagram of an information retrieval system incorporating a prediction engine at an Enterprise connected behind a firewall to the Internet;

FIG. 4 is a schematic diagram of an information retrieval system incorporating a prediction engine and having a simultaneous scope search engine at an Enterprise which is connected to the Internet via a firewall;

FIG. 5 is a schematic diagram of an internet advertising system having an event prediction engine;

FIG. 6 is a flow diagram of a method of online training of a prediction engine;

FIG. 7 is a flow diagram of a method of predicting an event using a prediction engine;

FIG. 8 is a schematic diagram of a page impression represented as a sparse binary vector;

FIG. 9 is a schematic diagram of a graphical data structure for use in a control system;

FIG. 10 is a schematic diagram of the graphical data structure of FIG. 9 with more detail;

FIG. 11 is a schematic diagram of an example graphical data structure which is a factor graph;

FIG. 12 is a schematic diagram of a portion of the graphical data structure of FIG. 10;

FIG. 13 is a schematic diagram of message passing on a graphical data structure in an example update;

FIG. 14 is a schematic diagram of a graphical data structure for a Gaussian level noise component;

FIG. 15 illustrates an exemplary computing-based device in which embodiments of a control system may be implemented.

Like reference numerals are used to designate like parts in the accompanying drawings.

DETAILED DESCRIPTION

The detailed description provided below in connection with the appended drawings is intended as a description of the present examples and is not intended to represent the only forms in which the present example may be constructed or utilized. The description sets forth the functions of the example and the sequence of steps for constructing and operating the example. However, the same or equivalent functions and sequences may be accomplished by different examples.

Although the present examples are described and illustrated herein as being implemented in an information retrieval system and an internet advertising system, the systems described are provided as examples and not a limitation. As those skilled in the art will appreciate, the present examples are suitable for application in a variety of different types of event prediction systems.

FIG. 1 is a schematic diagram of a control system 100 for controlling an apparatus 110. The control system 100 is computer implemented and is in communication with the apparatus 110 via a communications network or link. In some cases the control system 100 is integral with the apparatus 110. The apparatus produces a stream of events 112 which have outcomes. For example, the apparatus is a search engine which produces search results in response to queries. Each time a search result is produced by the search engine and displayed at a user interface an event occurs. The outcome of the event may be whether a user clicks on the search result or not. In another example, the apparatus is an online advertising system. In this case the event stream is a sequence of advertisement impressions and the outcome of an advertisement impression event is whether a user clicks on an advertisement or not. In another example, the apparatus is an email system and the event stream is a sequence of emails sent to a particular user. The outcome of an event is whether an email is classified as junk or not. In another example the apparatus is a credit card fraud detection system and the event stream is a sequence of credit card transactions. The outcome of an event is whether a transaction is identified as being fraudulent.

The control system 100 comprises a monitor 102 for monitoring the events and the event outcomes, a graphical data structure 104 stored in memory, a training engine 106 and a prediction engine 108. The control system is arranged to provide a machine learning system which may incrementally learn from the monitored events. It may then be used to predict events and to control the apparatus 110 using those predictions.

The control system 100 is arranged to exploit knowledge about hierarchical relationships of features describing the events. This enables the control system 100 to make improved quality predictions in situations where event data is sparse (and for events which have not previously been observed) and thus to provide improved control of the apparatus 110. In addition, the control system 100 is able to exploit the knowledge about the hierarchical relationships through online or incremental learning. This enables the control system 100 to scale up successfully for use with large amounts of data. For example, the control system provides a practical solution for web-scale applications such as where the apparatus 110 is a web search engine or interne advertising system. Because the control system 100 uses a training engine 106 that does not need to revisit data it is able to scale to very large online scenarios.

The particular knowledge about hierarchical relationships between features describing events varies according to the application domain. For example, where the events are search results from a search engine the hierarchical features may be universal resource locator prefix levels. Where the events are emails the hierarchical features may be email threads, email sender identifiers, email distribution groups or other clusters of emails. Where the events are credit card transactions the hierarchical features may be times of day, calendar days, time periods, geographical locations, monetary amounts, or other clusters of credit card transaction features. In embodiments the knowledge about the hierarchical relationships is captured in an efficient manner using a graphical data structure. The knowledge may be propagated through the graphical data structure in a manner which enables the knowledge to be shared. For example, if an event is a search result which is a new web page previously unseen by the control system, then knowledge about a domain from which that web page stems may be used as evidence about the new web page. This is possible for example where the control system already has evidence about the domain from which the new web page stems.

The control system in at least some embodiments is able to use hierarchical relationships between features even when the number of levels in the hierarchy is variable. This increases the flexibility of the control system and enables it to fully exploit hierarchical relationships in event stream data. This flexibility is achieved at least in part by arranging the control system to dynamically adapt a graphical data structure that it uses.

FIG. 2 is a flow diagram of a method at the control system of FIG. 1. An event data stream 200 is monitored and event features including hierarchical event features are detected 202. Online training is carried out 206 which propagates knowledge of the features within a graphical data structure which captures the hierarchical relationships between features. The graphical data structure is used 208 to predict events and control an apparatus.

More detail and examples of graphical data structures which may be used are given later in this document. For example, the graphical data structure is formed from variable nodes each storing statistics describing a probability distribution which represents belief about a weight associated with a feature. The weights may be updated using a Bayesian update process which is implemented by carrying out message passing between nodes in the graph.

An embodiment in which the apparatus to be controlled is an intranet search engine is now described with reference to FIGS. 3 and 4. In the field of intranet search engines web pages and other documents are typically well organized in a hierarchical, structured manner as compared with documents and web pages stored outside intranet environments. Also, event data such as user document-click-through data is often sparse for intranet search engines as compared with public domain search engine data. As a result, intranet (or Enterprise) search engines may be improved in terms of the quality of their results by exploiting the hierarchical information that is available as described herein.

FIG. 3 is a schematic diagram of an information retrieval system at an Enterprise (or other private domain) connected behind a firewall 301 to the Internet 300. The entities to the left of the dotted line in FIG. 3 are referred to herein as being part of the Enterprise domain whereas those to the right of the dotted line are in the public domain. A search engine 312 is provided in the public domain connected to the Internet 300 and arranged to provide a user interface 313 which can be browsed by an end user at a client terminal such as client terminal 307 in the Enterprise domain. The search engine 312 has access to an index 311 of documents 310. It is arranged to receive query terms 308 from an end user at a client terminal 307 (either in the public or private domain) and to return a ranked list of documents 309 using the index 311.

An intranet search engine 305 is also provided in the Enterprise domain and connected to an intranet 302 to which the client terminal 307 is also connected. The intranet search engine 305 has access to an index 304 of documents 303 which are available to users in the Enterprise but which are not generally available outside the Enterprise domain.

The intranet search engine 305 also provides a user interface 306 which is accessible by the client terminal 307. An end user at the client terminal 307 is able to input user query terms 308 to the Intranet search engine user interface 306 to obtain a ranked list of documents 309 from the index 304. The intranet search engine 305 uses a prediction engine 314 using hierarchical click rates to predict which of a plurality of documents in the Enterprise domain the user is most likely to select and to use the prediction to present a ranked list of documents to a user. The end user is able to manually send queries to either the interne search engine 312 or the intranet search engine 305.

In this example the event data stream comprises search results found by intranet search engine 305 and user click data observed in response to the search results. Each event may be described by a plurality of features. Some of these features exhibit inherent hierarchical relationships. For example, a web page listed in a list of search results has a web address which has a plurality of prefix levels. Each of these prefix levels may be a feature describing the event of listing that web page in a list of search results.

In the case that an event comprises presenting the following universal resource locator (URL) to a user at client terminal 307:

Searchengine.com/images/cat/food

then the following URL prefix levels are possible:

Exact URL=Searchengine.com/images/cat/food

URL−1=Searchengine.com/images/cat

URL−2=Searchengine.com/images

Domain=Searchengine.com

Domain+1=Searchengine.com/images

Domain+2=Searchengine.com/images/cat

If each of these URL prefix levels is used as a feature of the event there is a potential for double counting. For example the prefix levels URL−1 and Domain+2 are the same. In order to enable hierarchical feature information to be exploited appropriately without undue influence as a result of double counting, at least some of the embodiments described herein use a graphical data structure with a tree-based component for capturing the hierarchical relationships. The graphical data structure may also comprise an observation component which is non-tree-based and which is used to capture information about features which are not hierarchical. For example, these features may be content features describing content of search results presented as part of an event. Examples of content features may be whether the search result is an image, email, blog, text document, web page, or other type of document. Other examples of content features include but are not limited to: key words appearing in the document, anchor text, size of the document.

In an example, the intranet search engine 305 observes that a user at client terminal 307 clicks on the search result Searchengine.com/images/cat/food. In this case an online training process is used (as provided by the training engine 106 of FIG. 1) to update statistics stored in a graphical data structure (104 of FIG. 1) in respect of each of the following features:

Exact URL=Searchengine.com/images/cat/food

URL−1=Searchengine.com/images/cat

URL−2=Searchengine.com/images

Domain=Searchengine.com

If another event were observed for an event presenting the search result Searchengine.com/images then a click on that result would update each of the following features:

Searchengine.com/images

Searchengine.com

The online training process is also arranged to enable propagation of knowledge within the graphical data structure. For example, if an event occurs whereby a new web page is presented as a search result then knowledge about URL prefix levels of that new web page may influence features of the new web page. This is described in more detail below.

A simultaneous scope search system may be provided as illustrated in FIG. 4. A simultaneous scope search engine 402 is connected to the intranet and either integral with or in communication with the intranet search engine. Integral with, or connected to the simultaneous scope search engine 402 is a merging engine 403 and an evaluator 404. The intranet search engine has a user interface for simultaneous scope search 405.

A user at a client terminal 307 is able to input user query terms 308 to the user interface for simultaneous scope search 405 and to obtain a ranked list of merged documents 400. The simultaneous scope search engine is arranged to send the query terms 308 to both the intranet search engine 305 and the internet search engine 312 and to receive the results. It is arranged to merge the results using the merging engine 403 and display the ranked, merged results list to the end user at the user interface 405. The intranet search engine 305 uses a prediction engine 314 using hierarchical click rates to predict which of a plurality of documents in the Enterprise domain and in the public domain a user is most likely to select and to use the prediction to determine how best to merge the results and present a ranked list of documents to a user Implicit and/or explicit feedback 401 is observed at the user interface 405 and fed back to the simultaneous scope search engine. This feedback can be used to update the event prediction engine in order to produce new probabilities to update the merging engine.

FIG. 5 shows an example where the apparatus to be controlled is an internet advertising system 504. In this case the event data stream comprises advertisement impressions and user click data which may be monitored by a monitor 506 at the internet advertising system 504. The advertisement system 504 is arranged to select advertisements from a database of adverts 502 or other suitable source of adverts. The advertisements are selected on the basis of predicted click through rates as well as bids made by advertisers. The advertisements are to be presented to end users in conjunction with search results obtained from a search engine 516. By exploiting information about hierarchical relationships between advertisement features a prediction engine 510 at the advertisement system 504 is able to make improved click through rate predictions and hence better advertisement selections. For example the advertisement features may comprise URL prefix levels.

The advertisement system 504 comprises an advertisement monitor 506, a training engine 508, a prediction engine 510, a billing engine 512, and a ranking engine 514. The advertisement system is arranged to access a database or other store of advertisements 502 in order to select advertisements for presentation to a user. The advertisement system 504 may be connected to a search engine 516 which is arranged to retrieve documents 518 from a document database or other store.

Using a communications network 500 a user is able to access the search engine 516, for example, using a web browser or other suitable access interface. The search engine is of any suitable type arranged to rank documents from the database 518 on the basis of the relevance of those documents to user input search terms. The search engine may rank documents using any appropriate method.

In an example an advertiser at a first computer implemented device 520 may wish to purchase advertising key words. The user submits information to the advertisement system 504. The information may be an advertisement, a keyword the user is interested in bidding on or other appropriate information. The user receives a plurality of ranked advertisement keywords and is able to submit bids for the keywords. A schematic example of a user interface display 522 viewed by the advertiser is illustrated in FIG. 5.

In another example a user at a further computer implemented device 524 may use a graphical user interface 526 to submit a query to the search engine 516 in order to find relevant search results. The search engine additionally provides a list of advertisements or sponsored search results to the user as illustrated in schematic graphical user interface 526 of FIG. 5.

The advertisement system 504 stores a graphical data structure as described in more detail below. Nodes of the graphical data structure store statistics representing belief about weights associated with advertisement features. The training engine 508 uses an online training process to update the statistics as events are observed. A prediction engine 510 is then able to use the graphical data structure to predict outcomes of future advertisement impressions. Some of the advertisement features are hierarchical and this knowledge is captured in the graphical data structure as described in more detail below. Information may then be propagated between nodes in the graphical data structure to enable previously unseen advertisements, or advertisements for which there is little data, to be dealt with appropriately.

FIG. 6 is a flow diagram of a method at a training engine such as the training engine 106 of FIG. 1. A monitor 102 of a control system receives 600 variables describing an event. These variables may be indicator variables as described below with reference to FIG. 8 although this is not essential. Some of the variables are hierarchical event variables and some are non-hierarchical event variables. For example, in the case each event is presentation of a search result from a search engine having a URL then the hierarchical event variables may be a sequence of URL prefix levels. The non-hierarchical event variables may be content features of the search result such as document type, document size. The monitor 102 also receives 602 an outcome of the event. For example, the outcome may be whether a user clicks the search result or not.

The training engine 106 accesses 606 a graphical data structure having a node for each hierarchical event variable. If needed the training engine 106 creates and stores such a graphical data structure or adds 604 nodes to an existing graphical data structure available to it. The nodes for each hierarchical event variable are connected in a manner which reflects the hierarchy. For example, a tree-based graphical data structure may be used where a node has a parent and may have one or more children. At each hierarchical event variable node a latent event score is stored. These scores are stored as statistics describing a probability distribution representing belief about a weight associated with the hierarchical feature.

In addition, the graphical data structure comprises nodes for the non-hierarchical event features. These nodes also store statistics describing a probability distribution representing belief about a weight associated with the feature. These nodes may be thought of as comprising an observation component of the graphical data structure. The nodes in this component are connected in any suitable manner which need not be tree-based.

Nodes representing noise are also added to the graphical data structure. For example, in the case that a tree-based graphical data structure is used a level noise component made be added to the graphical data structure for each level of the tree.

For each received hierarchical event variable the training engine is arranged to access 608 the latent event score from the graphical data structure. These latent event scores may be set to default values for previously unseen event features. The training engine updates 610 the accessed latent event scores using incremental Bayesian machine learning in the light of the event outcome. The update process is arranged such that a latent event score of a child node may inherit a noisy version of the latent event score of its parent node. The amount of noise to be used is specified by the level noise component at the level of the parent node. The nodes at the level noise component are themselves trained as part of the training process.

The training engine is also arranged to update 612 the latent weights of the non-hierarchical event variables. This is also achieved using incremental Bayesian machine learning for example. The updated latent event scores and weights are stored 614 by replacing their previous values. The variables describing the event and the event outcome are discarded 616 and the process repeats as indicated in FIG. 6 for the next observed event. Because the updated values replace their previous values and because some of the data is discarded after the update the training process scales up well and provides a practical solution for web-scale applications.

FIG. 7 is a flow diagram of a method at a prediction engine such as that of FIG. 1. A set of variables is received 700 for a proposed event. For example these variables are indicator variables for event features of a proposed event. A prediction engine is required to determine a probability that the outcome of the event will be a specified outcome. Some of the variables are hierarchical and these are used to look up in the graphical data structure and obtain 704 the latent event score at the appropriate level of the hierarchy for the feature. Others of the variables are non-hierarchical and are input to an observation component of the graphical data structure. The output of the observation component of the graphical data structure is obtained 702 and is biased 706 by the latent event score that was obtained 704. The output of the observation component of the graphical data structure comprises combined statistics from the content features and after the bias is applied 706 a probit function is used 708 to map to a probability of the proposed event having the specified outcome.

To obtain the output from the observation component 702 of the graphical data structure process 710 is followed. For each observation component variable statistics are accessed 712 describing belief about the value of a weight. These statistics are combined 714 using an inner product or in another manner.

The term “indicator variable” is used herein to refer to a variable which may take only one of two values such as 0 and 1. Each indicator variable is associated with a feature which describes or is associated with an event. In contrast, a “variable” may take any real value. For example, suppose a feature ‘price’ is specified. A variable associated with this feature may take any real value such as a number of cents. An “indicator variable” with this feature may take a value of say 0 or 1, to indicate for a given event, into which of a specified set of price ranges the event falls.

In the embodiments described herein a stream of event data is typically accessed and it is required to predict future items in that stream of event data. For example, the events may be advertisement impressions and the event data may be, for each event, values taken by a specified set of features for that particular advertisement impression. In the case of an advertisement impression a non-exhaustive list of examples of features is: clientIP, match type and a generalized notion of position (page number, position on page, ad count).

In the examples described herein it is possible to use a particular type of data structure to represent the event data which comprises sparse binary vectors. This is now described with reference to FIG. 8 in the case where the event data are advertisement impressions. However, this type of data structure may be used for any other types of event data. Note that it is not essential to use sparse binary vectors. In other embodiments the variables may take any real values as mentioned above.

In the example illustrated in FIG. 8 an advertisement impression was delivered to client IP 15.70.165.9 (see 800 in FIG. 1), the match type was broad 802 and the advertisement was displayed in position ML−1 (see 804 in FIG. 1). The advertisement comprises a web page with domain searchengine.com and URL prefix level domain+1 searchengine.com/cats. There are a plurality of categories 806 for each feature 808 and each feature takes only one active category for a given impression. In this way a binary indicator feature vector 810 may be obtained for each feature. The binary indicator vectors may be stacked to obtain a representation of the advertisement impression as a sparse binary vector 812.

Although a feature such as ClientIP may be able to take millions of possible feature values, for any particular advertisement impression only one of these feature values is active. In this way an advertisement impression is fully represented by a set of active values, one per feature. If there are a total of N features (in the example of FIG. 8 N=5) then an advertisement impression is described by the corresponding N feature values. A sparse binary input vector x may be obtained by stacking the N individual feature vectors as follows:

${x = \begin{bmatrix} x_{1} \\ \vdots \\ x_{N} \end{bmatrix}},{{{where}\mspace{14mu} x_{i}} = \begin{bmatrix} x_{i,1} \\ \vdots \\ x_{i,M_{i}} \end{bmatrix}},{{{and}\mspace{14mu}{\sum\limits_{i}x_{i,j}}} = {{1\mspace{14mu}{for}\mspace{14mu}{all}\mspace{14mu} i} = 1}},\ldots\mspace{14mu},N$

Each feature is represented by a binary indicator vector: for the i-th feature. Each position in feature vector corresponds to one of the possible values that feature can take. All values of the vector are 0 except for the one corresponding to the active value for the current impression which is set to 1. The total number of elements of the input vector set to 1 is N.

The extreme sparsity of vector gives computational benefits. When training the model, only the fields corresponding to the N active feature values need to be updated. At prediction time, only those N fields need to be accessed. Note that identical feature representations may be used at training time and at prediction time.

More detail about a graphical data structure for use in the embodiments described herein is now given with reference to FIG. 9. The example in FIG. 9 illustrates a tree-based graphical data structure although this is not essential. Any graphical data structure may be used which is able to represent hierarchical relationships between event features.

FIG. 9 shows a plurality of nodes representing event features that are connected by edges in a hierarchical fashion. In this example, the structure is tree-based with a single root node s_(o) that has two children s₁ ¹ and s₂ ¹ and where s₁ ¹ itself is a parent to more children and so on. In practice many more nodes and links may be present although only a small number are shown here for clarity. Each node is a variable node and stores statistics describing a probability distribution. That probability distribution represents a prediction engine's belief about a weight associated with an event feature. For example, each variable node stores statistics which describe a Gaussian distribution s_(i) ^(l) where l is the level in the hierarchy and i is the index of a node in a level. In an embodiment the levels of the tree may represent levels of a URL hierarchy. For example, each clickable page in a hierarchy of web pages may be represented by a path in the tree so that root node s_(o) may represent searchengine.com, s₁ ¹ may represent searchengine.com/images, s₂ ² may represent searchengine.com/images/cats and s₁ ³ may represent searchengine.com/images/cats/food. In another example, emails or credit card transaction features may be represented by paths in the tree.

The probability distribution represented by each variable node representing a hierarchical event feature is referred to herein as a latent event score s 900. Connected to each of these variable nodes is a variable node representing a Boolean observable output y 902. For example, this might be whether a web page is clicked or not. A prior probability distribution for each variable node representing a hierarchical event feature may be a noisy copy of its parent. In this way information may be propagated through the graphical data structure as explained in more detail below. A plurality of variable nodes which represent noise are incorporated into the graphical data structure. These are shown as nodes n 904 in FIG. 9 and there is one for each level in the tree although this is not essential. Other numbers and arrangements of noise nodes may be used. In an example, level dependent Gaussian noise n_(l) is learned for each level of the hierarchical graphical data structure.

The graphical data structure comprises one or more observation components 906. An observation component itself comprises variable nodes connected by links where the variable nodes represent event features which are not hierarchically related. For example, in the case that the events are search result documents then these features may be content features describing content of those documents. Variable nodes representing belief about weights associated with those content features are also provided in the observation component. Thus each observation component comprises content feature nodes x_(i) 908 and weight nodes w_(i) 910. Each variable nodes of the observation component stores statistics describing a probability distribution in the same way as for the other variable nodes 900, 902.

An example method of using the graphical data structure of FIG. 9 to predict an event is now given. To generate a prior latent event score for a particular node of the graphical data structure the root score prior s_(o) is sampled. For each variable node s_(l) on a path l=1 . . . L a child score is distributed as the sum of its parent and level noise samples s_(l)=s_(l−1)+n_(l). For an event at a variable node y a binary observation is generated y_(i) ^(l)ε{−1,1}. For example the binary observation may be whether a specified page is clicked or not clicked on by a user. The binary observations may be generated using a probit link function which is discussed in greater detail below. The probability of a click is the mass of the variable node greater than zero. To draw a sample click it is possible to draw from the final score variable in the path and return the sign of the sample Y_(L)=sign(s_(L)).

In an example when the observed events are click rates for a URL path the non-zero mean level noise indicates that shorter URLs have a greater click rate than longer URLs. The means of these Gaussians are less than zero in general. When there are many observations at any level of the tree the observations mean that the score variables will deviate from the prior. When a large number of observations are received the accuracy of the event prediction is increased. For example where the event observations are click-through rates some nodes will have greater click rates than their content would justify. Other less popular sites where more clicks were predicted than were observed will have a score distribution with a mean that is smaller than the sum of its parent and the level noise. The hierarchical graphical data structure described herein is scalable to very large online scenarios as it does not need to re-visit data. In addition the larger the number of events that are observed the more accurate the predictions become as this will deviate the score variables from the prior.

FIG. 10 is a schematic diagram of the graphical data structure of FIG. 9 with more detail. The graphical data structure is shown as a factor graph representation. The factor graph comprises nodes connected by links. The nodes are either variable nodes 1000 (circles) or factor nodes 1002 (rectangles). Variable nodes represent storage locations and factor nodes represent computational units. The factor nodes read and write information to their neighbouring variable nodes according to calculation rules described later.

An event that is observed or for which an outcome is to be predicted may be defined in the graphical data structure by a tuple {x, s₀,s₁,s₂,s₃,y}. In this example the observed node is 1004 in FIG. 10. Messages are propagated downward through the graphical data structure according to the sequence of hierarchical nodes specified in the tuple to generate a prediction, an observation is recorded yε{−1,1} and then the upward messages are propagated to update the graphical data structure. The factor graph components are shown expanded for the observed node 1004 and its parent noise 1006 n₃. A latent event score at the observed node s₃ 1004 serves as a bias to the output u 1008 of the observation component which in this example comprises a linear model of content features x 1010 with weights w 1012. In an example the latent event score at a node can be thought of as the residual between the observation component prediction and the actual observed click-through.

The process of message passing comprises carrying out a calculation associated with a factor node 1002 using distribution parameters from neighbouring variable nodes 1000 and passing the results to one of the neighbouring variable nodes 1000. The message can be defined as a partial joint distribution. The direction of passing the results (also referred to as a processing schedule) is explained in more detail now.

An operator proj[x] is defined as a mapping from a non-Gaussian distribution x to a Gaussian or Gamma distribution with the same mean and variance. As a result of the use of this operator many messages are Gaussian functions. Hence a message from a factor A to a variable v will often be referred to as univariate Gaussian m_(A→v)(V)=N (v; μ_(A→v), σ² _(A→v)).

FIG. 11 is a schematic diagram of an example graphical data structure which is a factor graph wherein an observation defines a tuple {y,x,s₀, . . . , s_(l), . . . , s_(L)}. The nodes have a single subscript which describes the node level. For example, this type of graphical data structure may be formed and stored at a prediction engine in order to implement embodiments described herein.

The factor graph can be considered as comprising one or more observation components 906 (described with reference to FIG. 12), score inheritance functionality (described in more detail with reference to FIG. 13) and level noise functionality (described in more detail with reference to FIG. 14). Messages are derived for these three sub-models and given a single observation tuple a processing schedule can be obtained.

FIG. 12 shows a factor node K 1100 which reads a mean and a variance of a probability distribution representing the latent event score for root node 1000 from a database or other store. These statistics may be set to default values if the training is beginning and no updates have yet occurred. Root variable node 1000 has a plurality of children. For example, it is connected via factor node 1104 to the next level of the tree structure represented by node 1108. That is node 1108 is intended to represent a layer of the tree structure in a collapsed form for clarity. Root variable node 1000 may also be connected to other child nodes which depend from it via other factor nodes 1102. Thus other parts of the tree structure which step from root variable node 1000 are not shown for clarity but are indicated as stemming from factor nodes 1102.

The tree structure continues in this manner for more levels as indicated by nodes 1110 and 1114. The particular number of levels of the tree may vary according to the event that is observed. This is indicated by the broken continuation lines between nodes 1108 and 1110 and between 1110 and 1114. At each level of the tree a level noise component 1112 is provided. In FIG. 11 only one level noise component is shown expanded from node 1110 for clarity. In practice level noise components are formed for each level.

An observation node 1116 is connected in a chain of variable nodes from the root node 1000. For example, the observation node may represent a latent event score for a proposed event (when the graphical data structure is used for prediction). The observation node may represent a latent event score for an observed event when the graphical data structure is used for training.

The observation node 1116 has one or more children indicated in collapsed form by node 1118 in FIG. 11.

Output from the observation node 1116 is biased by output from an observation component 906 using factor node 1122. Observation component 906 comprises variable nodes 1010 representing event features and variable nodes representing belief about weights associated with those event features. Factor node 1128 reads in a mean and variance from a database or other store for each observed event feature. Factor node 1126 combines the beliefs about the feature weights from the observation component, for example, using an inner product and stores the result at variable node 1124. Variable node 1120 stores statistics describing belief about the event outcome. Factor node 1122 biases the output of the hierarchical event feature part of the data structure from node 1116 with knowledge from the observation component 906 and from the event outcome variable node 1120 and also according to a criterion specified by factor node 1132. It stores the result at variable node 1130 and messages are passed back up through the tree structure to update the variable nodes.

FIG. 12 is a schematic diagram of a portion of the graphical data structure of FIG. 11 showing how an observation component 906 is incorporated into the graphical data structure. Examples of messages that are passed from factor nodes to variable nodes in this portion of the graphical data structure are now described.

A training engine is arranged to examine one observation at a time. In this way only the weight variables w_(i) of observation component 906 associated with observed node 1116 are obtained. A batch update with multiple observations would giver rise to simultaneous messages at many such nodes, and in this situation the weight variables would be connected to multiple places in the tree introducing many loops. Treating one observation at a time in an online fashion effectively removes these loops giving a practical scalable solution.

An example processing schedule for predicting events using the factor graph of FIG. 12 is:

click event predictions: s_(L)→H, J→G→H, H→I

For training the graphical data structure an example processing schedule for the factor graph of FIG. 12 is:

updates: I→H, H→G→w, H→s_(L) the messages in these processing schedule are now described.

A message passed from a variable to a factor is defined by the fact that variables pass on the product of all their incoming messages from factors. A general expression for this is:

$\begin{matrix} {m_{x->{f{(x)}}} = {\prod\limits_{i = 1}^{n}{m_{f_{i->x}}(x)}}} & (0.1) \end{matrix}$ For example a message passed from a variable node x to a factor node f is the product of all the messages received at x. When the variable is a leaf node there are no incoming messages from upstream factors and n=0 in the product in (0.1). Thus the message in the leaf node case is: m _(x) ₀ _(→f)(x)=1

Messages passed from factors to variables are the sum of all the variables local to the factor. When there are many variables local to the factor the message is obtained by integrating out each variable in turn. A general expression for a message passed from a factor f to variable w in terms of the upstream messages to the factor is:

$\begin{matrix} {m_{f->w} = {\sum\limits_{x_{1}}\mspace{14mu}{\ldots\mspace{14mu}{\sum\limits_{x_{n}}{{f_{B}\left( {w,x} \right)}{\prod\limits_{i = 1}^{n}{m_{x_{i}->B}\left( x_{i} \right)}}}}}}} & (0.2) \end{matrix}$ When a factor is a leaf node, there are no incoming messages from upstream variables and so n=0 in the product in (0.2). Thus the message in an example of a leaf node which is a factor is: m _(f) _(0→w) (w)=f _(B)(w,x)

An example of message passing between a variable and a factor is shown in FIG. 12 between observed variable node s_(L) 1116 and factor node H 1122.

Message s_(L)→H

Applying rule (0.1) a product is taken over incoming messages to the variable node. One is from s_(L)'s 1116 upstream B-factor (in the examples herein B-factors are functions which represent how a child node inherits a noise version of its parent score, described in more detail below) and the others are from its downstream child nodes. In the equations herein B-factors that are upstream of s_(L) 1116 are denoted by B, B-factors in a level L are denoted by

_(L) and B-factors of a child node of s_(L) 1116 are denoted by

(s_(L)).

${m_{s_{L}->H}(s)} = {m_{B_{L}->S_{L}}{\prod\limits_{B_{L + 1}^{i} \in {\mathcal{B}{(s_{L})}}}B_{L + 1}^{i}}}$ Message J→w_(i)

In this example factor node J 1128 is a leaf node. The message

J→w_(i) is therefore: m _(J→w) _(i) =N(w _(i);μ_(i),σ_(i) ²) Message G→u

The message G→u is an example of a message passed from a factor node to a variable node as described above with reference to (0.2). G→u takes the form:

$\begin{matrix} {m_{G->u} = {N\left( {{u;{\sum\limits_{j = 1}^{n}{x_{j}\mu_{j}}}},{\sum\limits_{j = 1}^{n}{x_{j}^{2}\sigma_{j}^{2}}}} \right)}} & (0.3) \end{matrix}$

Message u→H is equivalent to message G→u

Message y→H

The click event occurs here, where yε{−1,1} but there is no message as the click event is incorporated in the factor H.

Message H→t

The message passed from factor node H 1122 to variable node t 1130 comprises the function accessed at node H and messages passed to node H from nodes s_(L) 1116 and u 1124. Noting that yε{−1,1} the message is: m _(H→t)(t)=N(t;y[μ _(s→H)+μ_(G→u)],σ_(s→H) ²+σ_(G→u) ²) Message t→I

Because there is only one upstream factor the downstream message t→I is: m_(t→I)(t)=m_(H→t)(t).

Passing update messages allows nodes closer to the root of the graphical data structure to be updated with information regarding events downstream.

Message I→t

The message passed upstream from node I 1132 to t 1130 is described by:

${m_{I->t}(t)} = {N\left( {{t;{\mu_{t->I} + \frac{v\;\sigma_{t->1}}{\omega}}},{\sigma_{t->1}^{2}\left\lbrack {\frac{1}{\omega} - 1} \right\rbrack}} \right)}$ where v(z):=N(x; 0,1)/Φ(t; 0,1) where Φ is a probability mass attributed by a Gaussian to event potential values above zero and is a probit or cumulative Gaussian function and N(x; m,v) is the Gaussian distribution of a random variable x with mean m and variance v and z=μ_(t→1)/σ_(t→1). Message t→H

Because there is only one upstream factor the message gets passed to the H-factor 1122: m_(t→H)(t)=m_(I→t)(t).

Message H→u

Having made an observation the local weight vector is updated. Applying the factor to variable rule as in (0.2) there are two local variables to integrate out and so: m _(H→u)(u)=N(u:yμ _(I→t)+μ_(s→H),σ_(1→t) ²+σ_(s→H) ²) Message u→G Message u→G is the Same as Message H→u Above: m _(u→G)(u)=m _(H→u)(u)

This is used to update the root score weight distributions at the end of a complete update cycle:

$m_{G->w_{i}} = {N\left( {{w_{i};{\mu_{u->G} - {\sum\limits_{j \neq i}{x_{j}\mu_{j}}}}},{\sigma_{u->G}^{2} + {\sum\limits_{j \neq i}{x_{j}^{2}\sigma_{j}^{2}}}}} \right)}$ Message H→s_(L)

Again applying (0.2) there are again two local variables to integrate out. Dropping the subscript of s_(L): m _(H→s)(s)=N(s _(L) ;yμ _(1→t)−μ_(u→H),σ_(1→t) ²+σ_(u→H))

When no observation is made at a node the s variable node can be thought of as a terminal node. There is no H-factor or observation messages to multiply up at the variable node. The observation sub model described in FIG. 12 is removed. This allows the approach to be adopted that only factors neighboring the “lightening bolt” from the root to the observed node in FIG. 11 are updated.

In an embodiment the outcome is not binary and a more general ordinal regression framework can be adopted. The observations do not need to be restricted to a single variable. For example when the observations are click data the binary outcomes “last click”, “only click” and “examined” are useful implicit relevance signals that stop short of the complexity involved with click-chain style model. Examined can be encoded as an input. For example the number of rank positions below the last known examination, which can be defined as the last clicked rank, can be encoded and if there are no clicks on the impression list it can be assumed that the top ranked document was examined. This feature may explain many skip events on documents with ostensibly good content.

In another embodiment LastClick and OnlyClick may best be considered as outputs. The base click observation model can be extended to harness these two extra events. The variables are dependent, for example LastClick can only be true if Click is true. In this sense they represent an ordinal set. Instead of having a single fixed threshold at zero, a set is learnt. This observation model is more complex as the simplifications from the fact that yε{−1,1} no longer apply.

In another embodiment complex prediction based upon joint click events for an impression list can be considered.

Returning to FIG. 11 it can be seen that a B-factor is where the level noise variable is added to a parent node score distribution to generate a prior child node distribution. For the example described in FIG. 11 there are four classes of B-factor sets when considering an update for a specific score variable:

1. B_(l) the unique parent of s_(l) and a child of s_(l−1)

2. B_(l) ^(i):B_(l) ^(i)ε{B(s_(l−1))−B_(l)} B-factor children of s_(l−1) sharing the same variable parent s_(l−1) with B_(l). These factor nodes share the same noise level and s-variable nodes.

3. B_(l) ^(j): B_(l) ^(j)ε{B_(l)−B(s_(l−1))−B₁} B-factor children of s-variable nodes in the same level as s_(l−1). These B-factors only share the level-noise variable.

4. B_(L+1) ^(i) 1118; B_(L+1) ^(i)ε

(s_(L)) child B-factors of the observed node.

The messages described below with reference to FIG. 13 are messages that may be used for a schedule of updates. In an embodiment the downward prediction process is optimized and the upward update pass is slower. This feature makes prediction fast and the model update a slower off-line process.

The messages described in FIG. 13 are members of a loop in the graph for a single update. The constituent nodes are updated by following a processing schedule. An example update path is:

-   -   1. Update s_(l−1) 1300 via messages to B-factors that are         children of s_(l−1), keeping n_(l) 3112 fixed: U₁, (U₉) U₂; U₁₀,         U₁₁     -   2. Update n_(l) using all B-factors connected to n_(l): U₃, U₄         P₁; U₅, U₆, U₇, U₈     -   3. Update s_(l−1) 1300 with new level noise: U₉, U₂; U₁₀, U₁₁

A single observation should affect each variable in the graph. In the prediction path, only the B-factors (such as 1308, 1304) in the path to the observation are updated. In an embodiment the update schedule does not update the whole tree but instead caches minimal updates in preparation for a new query at the B-factors. The update may be performed immediately or may be postponed.

Message P₁:s_(l−1)→B_(l)

Applying the factor to variable rule described in (0.1) take the product of all the incoming messages to the s-variable as described with reference to FIG. 11. When l>2 in FIG. 13 the message can be described by:

${m_{s_{l - 1}->B_{l}}\left( s_{l - 1} \right)} = {m_{B_{l - 1}->S_{l - 1}}{\prod\limits_{B_{l}^{i} \in {\{{{\mathcal{B}{(s_{l - 1})}} - B_{l}}\}}}m_{B_{l}^{i}->s_{l - 1}}}}$

In an example the very first observation the messages from the B(s_(l−1)) factors may be set to one leaving the B-factor messages from the parent. When l=1 at the top of the tree in FIG. 11 there is a special case involving the A and K factors. A represents all A-factors below s₀:

${m_{s_{0}->A_{\;}}(s)} = {m_{K->S_{0}}{\prod\limits_{A_{i\;} \in {\{{A - A_{1}}\}}}m_{A_{i}->s_{0}}}}$

Where the message m_(A) _(i) _(→s) ₀ represents messages from fellow siblings in the top level of the hierarchy. In an example a first top-down pass these messages may be set to one and m_(K→s) ₀ is a Gaussian message which is given by (0.3).

When l=2:

${m_{s_{1}->B_{2}}\left( s_{1} \right)} = {m_{A_{1}->S_{1}}{\prod\limits_{B_{2}^{i} \in {\{{{\mathcal{B}{(s_{1})}} - B_{2}}\}}}m_{B_{2}^{i}->s_{1}}}}$

Where the B-factors represent the sibling factors that are the children of s_(l). In an example the first observation the messages from

(S_(l)) factors may be set to one, leaving just the A-factor message.

Message P₂:B_(l)→s_(l)

The message P₂:B_(l)→S_(l) is a special case of the message m_(K→s) ₀ . Both upstream variables can be integrate out using (0.2). m _(B) _(l) _(→s) _(l) (s _(l))=N(s _(l);μ_(s) _(l−1) _(→B) _(l) +μ_(n) _(l) _(→B) _(l) ,σ_(s) _(l−1) _(→B) _(l) ²+σ_(n) _(l) _(→B) _(l) ²)

When l=1 there is a special case involving the A-factor message m_(s) ₀ _(→A) ₁ : m _(A) _(l) _(→s) ₁ (s ₁)=N(s ₁;μ_(s) ₀ _(→A) ₁ ,σ_(s) ₀ _(→A) ₁ ²) Message U₁:s_(l)→B_(l)

Applying the variable to factor rule given by (0.2) when the score node is not the observed node (l<L):

${m_{s_{l}->B_{l}}\left( s_{l} \right)} = {\prod\limits_{B_{i + 1}^{i} \in {\mathcal{B}{(s_{l})}}}m_{B_{l + 1}^{i}->s_{l}}}$

The product here is over B-factors from the next level down. In the example where l=L at the bottom of the graphical date structure shown in FIG. 11 at the observed node an extra message is included from the observation factor node H 1122:

${m_{s_{l}->B_{l}}\left( s_{l} \right)} = {m_{H->s_{L}}{\prod\limits_{B_{l + 1}^{i} \in {\mathcal{B}{(s_{l})}}}m_{B_{l + 1}^{i}->s_{l}}}}$

In an example where l=0 at the final update step a product is taken over the incoming messages to s₀:

${m_{s_{1}->A_{1}}\left( s_{1} \right)} = {\prod\limits_{B_{2}^{i} \in {\mathcal{B}{(s_{1})}}}{m_{B_{2}^{i}->s_{1}}\left( s_{1} \right)}}$ Message U₂:B_(l)→s_(l−1)

The upcoming message from a child node updates the parent node and the level noise variable (see U₅): m _(B) _(l) _(→s) _(l) (s _(l−1))=N(s _(l−1);μ_(s) _(l) _(→B) _(l) −μ_(n) _(l) _(→B) _(l) ,σ_(s) _(l) _(→B) _(l) +σ_(n) _(l) _(→B) _(l) ²)

When l=1 the message involves the A factor nodes message m_(A) _(i) _(→s) ₀ and so: m_(A) ₁ _(→s) _(o) (s₀)=m_(s) ₁ _(→A) ₁ (s₀). Message U₂ is the basis for the message of U₁₁.

Message U₃:s_(l−1)→B_(l) ^(i)∀B_(l) ^(i)ε{

(s_(l−1))−B_(l)}

This is a fan-out node message to each of the child B-factors of s_(l−1) 1302:

${m_{s_{l - 1}->B_{l}^{i}}\left( s_{l - 1} \right)} = {m_{B_{l - 1}->s_{l - 1}}{\prod\limits_{B \in {\{{{\mathcal{B}{(s_{l - 1})}} - B_{l}^{i}}\}}}{m_{B_{l - 1}->s_{l - 1}}{\forall{B_{l}^{i} \in \left\{ {{\mathcal{B}\left( s_{l - 1} \right)} - B_{l}} \right\}}}}}}$

Similarly to U₂ message U₅ allocates residual credit to the level noise: m _(B) _(l) _(→n) _(l) (n _(l))=N(n _(l);μ_(s) _(l) _(→B) _(l) −μ_(s) _(l−1) _(→B) _(l) ,σ_(s) _(l) _(→B) _(l) +σ_(s) _(l−1) _(→B) _(l) ²)

Message U₅ is the basis for messages U₄ and U₆

Message U₄:n_(l−1)→B_(l) ^(j)∀B_(l) ^(j)ε{

(s_(l−1))−B_(l)}

Message U₄ is a collection of messages for a single B₁→n_(l). An outgoing message from n_(l) takes their product. The relevant child score variable is no longer s_(l) but s_(l) ^(i) defined here to be the child variable of the potentially many B_(l) ^(i) factors that are the children of s_(l−1) but not including s_(l−1) itself: m _(B) _(l) _(i) _(→n) _(l) (n _(l))=N(n _(l);μ_(s) _(l) _(i) _(→B) _(l) _(i) −μ_(s) _(l−1) _(→B) _(l) _(i) ,σ_(s) _(l) _(i) _(→B) _(l) _(i) +σ_(s) _(l−1) _(→B) _(l) _(i) ²)∀B _(l) ^(i)ε{

(s _(l−1))−B _(l)}

The messages are expressed in terms of the message m_(s) _(l) _(i) _(→B) _(l) _(i) which are instances of message type U₁.

Message U₆:n_(l)→B_(l) ^(j)∀B_(l) ^(j)ε{

(s_(l−1))−B_(l)}

In an example the local update for n_(l) can be transferred to and from all the other B-factors in the level (in conjunction with message U₇ below). This message is the broadcast set. Applying the variable to factor rule a product of all other incoming messages to the variable n_(l) 1312 is computed. An identical message can be broadcast for each node B_(l) ^(j):

${m_{n_{l}->B_{l}^{j}}\left( n_{l} \right)} = {m_{E_{l}->n_{l}}m_{B_{l}->n_{l}}{\prod\limits_{B_{l}^{i} \in {\{{{\mathcal{B}{(s_{l - 1})}} - B_{l}}\}}}{m_{B_{l}^{i}->n_{l}}{\forall{B_{l}^{j} \in \left\{ {B_{l} - {\mathcal{B}\left( s_{l - 1} \right)} - B_{l}} \right\}}}}}}$

In an example these message can be replaced with a subset of messages in order to increase efficiency as long as the subset is of sufficient size.

Message U₇:B_(l) ^(j)→n_(l)∀B_(l) ^(j)ε{B_(l)−

(s_(l−1))−B_(l)}

Message U₇ denotes a large number of messages from non-sibling B-factors to the level noise variable. The child integrated out is the child of the B-factor denoted s_(l) ^(j), the child variable of potentially very many B_(l) ^(j) factors in level that are not children of s_(l−1). The parent score variable integrated out is not s_(l−1) (as with U₄) but the parent of the B factor denoted here as s_(l−1) ^(j): m _(B) _(l) _(j) _(→n) _(l) (n _(l))=N(n _(l);μ_(s) _(l) _(j) _(→B) _(l) _(j) −μ_(s) _(l−1) _(j) _(→B) _(l) _(j) ,σ_(s) _(l) _(j) _(→B) _(l) _(j) +σ_(s) _(l−1) _(j) _(→B) _(l) _(j) ²)∀B _(l) ^(j)ε{

(s _(l−1))−B _(l)}

Messages U₄, U₆ and U₇ update n_(l) 1312 with information from other observations cached in the B-factors of other paths in the tree.

Message U₈:n_(l)→E_(l)

The distribution of a single variable is given by the product of all incoming messages from neighboring factors. To compute the posteriors at a particular variable a variable marginal can be computed. Message U₈ combines factors from each B-factor in the level:

${m_{n_{l}->E}\left( n_{l} \right)} = {\prod\limits_{B_{l}^{j} \in \mathcal{B}_{l}}{m_{B_{l}^{j}->n_{l}}\left( n_{l} \right)}}$ Message U₉:n_(l)→B_(l) and U₁₀:n_(l)→B_(l) ^(i)∀B_(l) ^(i)ε{

(s_(l−1))−B_(l)}

Applying (0.1) the product of all other incoming messages to variable n_(l) 1312 can be computed. Message U₉ can be described as:

${m_{n_{l}->B_{l}}\left( n_{l} \right)} = {m_{E_{l}->n_{l}}{\prod\limits_{B_{l}^{i} \in {\{{B_{l} - {\mathcal{B}{({s_{l} - 1})}} - B_{l}}\}}}{{m_{B_{l}^{i}->n_{l}}\left( n_{l} \right)}{\prod\limits_{B_{i}^{j} \in {\{{B_{l} - {\mathcal{B}{({s_{l} - 1})}} - B_{l}}\}}}{m_{B_{l}^{j}->n_{l}}\left( n_{l} \right)}}}}}$

Message U₁₀ can be described as:

${m_{n_{l}->B_{l}^{i}}\left( n_{l} \right)} = {m_{E_{l}->n_{l}}m_{B_{l}->n_{l}}{\prod\limits_{B_{l}^{i} \in {\{{B_{l} - {\mathcal{B}{({s_{l} - 1})}} - B_{l}}\}}}{m_{B->n_{l}}{\forall{B_{l}^{i} \in \left\{ {B_{l} - {\mathcal{B}\left( s_{l - 1} \right)} - B_{l}} \right)}}}}}$

Message U₁₁ is a collection of messages of the type described in U₂. Any outgoing message from s_(l−1) will need to take their product is integrated over n_(l) and the relevant child score variable is no longer s_(l) as above but defined here to be the child variable s_(l) ^(i) of potentially many B_(l) ^(i) that are children of s_(l−1) but not including itself: m _(B) _(l) _(i) _(→n) _(l) (s _(l−1))=N(s _(l−1);μ_(s) _(l) _(→B) _(l) _(i) −μ_(n) _(l) _(→B) _(l) ,σ_(s) _(l) _(→B) _(l) _(i) +σ_(n) _(l) _(→B) _(l) ²)∀B _(l) ^(i)ε{

(s _(l−1))−B _(l)}

These are expressed in terms of message type U₁ arriving at a sibling score.

The message passing algorithm describes the level dependent Gaussian noise. In an example where the levels in the graphical data structure denote URL prefix levels the scores may be expected to decrease the lower the level in the tree. In other examples it may be the case that the score increases.

FIG. 14 is a schematic diagram of a graphical data structure for a Gaussian level noise component which is a subset of the factor graph shown in FIG. 11. In the example in FIG. 14 there are three factor nodes E_(l) 1314, C_(l) 1322 and D_(l) 1326; three variable nodes n_(l) 1312, μ_(l) 1316 and γ_(l) 1318; and four observed events a 1330, b 1328, π 1324 and m 1320 and messages are passed between the variable nodes and factor nodes as now described (subscripts have been dropped where the message is unambiguous):

Message C→μ

The message between C 1322 and μ 1316 is simply the function held at the factor: m_(c→μ)(μ)=N(μ; m,π)

Message D→γ

Similarly the outgoing message at D 1326 to γ 1318 is simply the function held at the factor: m_(D→γ)(γ)=(γ; a,b).

Message E→n

Given the mean μ 1316 and the precision γ 1318 the variable 1312 n representing the noise level receives the following message from the Gaussian factor E 1314.

${m_{E->n}(n)} = {\frac{1}{m_{n->E}(n)}{{proj}\left\lbrack {\int{{\Gamma\left( {{\gamma;a},b} \right)}{N\left( {{n;\mu_{n}},\pi_{n}^{- 1}} \right)}k}} \right\rbrack}{\mathbb{d}\gamma}}$

Where

${\pi_{n\;} = {\frac{\gamma}{1 + {\gamma\;\pi}}\frac{1}{\sigma_{n->E}^{2}}}},{\mu_{n} = {\left( {\frac{m\;\gamma}{1 + {\gamma\;\pi}} + \frac{\mu_{n->E}}{\sigma_{n->E}^{2}}} \right)\frac{1}{\pi_{n}}}},{k = {N\left( {{\mu_{n->E};m},{\pi^{- 1} + \gamma^{- 1} + \sigma_{n->E}^{2}}} \right)}}$

The incoming message m_(n→E) is defined above.

Message E→μ

The message E→μ is similar to the one above:

${m_{E->\mu}(\mu)} = {\frac{1}{m_{\mu->E}(\mu)}{{proj}\left\lbrack {\int{{\Gamma\left( {{\gamma;a},b} \right)}{N\left( {{\mu;\mu_{\mu}},\pi_{\mu\;}^{- 1}} \right)}k{\mathbb{d}\gamma}}} \right\rbrack}}$

Where

${\pi_{\mu} = {\frac{\gamma}{1 + {\gamma\;\pi}}\frac{1}{\sigma_{n->E}^{2}}}},{\mu_{\mu} = {\left( {\frac{m\;\gamma}{1 + {\gamma\pi}} + \frac{\mu_{n->E}}{\sigma_{n->E}^{2}}} \right)\frac{1}{\pi_{\mu}}}},{k = {N\left( {{\mu_{n->E};m},{\pi^{- 1} + \gamma^{- 1} + \sigma_{n->E}^{2}}} \right)}}$ Message E→γ

Message E→γ is defined as:

${m_{E->\gamma}(\gamma)} = {\frac{1}{m_{\gamma - E}(\gamma)}{{proj}\left\lbrack {\int{{\Gamma\left( {{\gamma;a},b} \right)}{N\left( {\mu_{n->E};{{m \cdot \pi} + \gamma^{- 1} + \sigma_{n->E}^{2}}} \right)}}} \right\rbrack}}$

The proj operator in this message needs to map a gamma distribution. The three other components in the calculation of this message have all been assimilated into the one term. The upward message also needs messages m_(n→E)(n) defined above.

Having passed all the relevant messages the marginal at each node that has received a new message as a result of the observation can be computed in the same way as the marginal is computed for message U₈ above.

FIG. 15 illustrates various components of an exemplary computing-based device 1500 which may be implemented as any form of a computing and/or electronic device, and in which embodiments of an event prediction system may be implemented.

The computing-based device 1500 comprises a communication interface 1514 which enables it to communicate with one or more other entities over a communications network 1516. For example, the other entities may be databases, apparatus to be controlled or other entities.

Computing-based device 1500 comprises one or more processors 1502 which may be microprocessors, controllers or any other suitable type of processors for processing computing executable instructions to control the operation of the device in order to predict events and use those predictions to control an apparatus. Platform software comprising an operating system 1504 or any other suitable platform software may be provided at the computing-based device to enable application software 1506 to be executed on the device. A prediction engine 1510 is provided and is arranged to predict events using hierarchical event features. An event monitor 1512 is provided to observe and monitor event outcomes and features of events as they occur. A factor graph data store 1508 is provided to store graphical data structures used by the prediction engine 1510.

The computer executable instructions may be provided using any computer-readable media that is accessible by computing based device 1500. Computer-readable media may include, for example, computer storage media such as memory 1518 and communications media. Computer storage media, such as memory 1518, includes volatile and non-volatile, removable and non-removable media implemented in any method or technology for storage of information such as computer readable instructions, data structures, program modules or other data. Computer storage media includes, but is not limited to, RAM, ROM, EPROM, EEPROM, flash memory or other memory technology, CD-ROM, digital versatile disks (DVD) or other optical storage, magnetic cassettes, magnetic tape, magnetic disk storage or other magnetic storage devices, or any other medium that can be used to store information for access by a computing device. In contrast, communication media may embody computer readable instructions, data structures, program modules, or other data in a modulated data signal, such as a carrier wave, or other transport mechanism. Although the computer storage media (memory 1518) is shown within the computing-based device 1500 it will be appreciated that the storage may be distributed or located remotely and accessed via a network or other communication link (e.g. using communication interface 1514).

The computing-based device 1500 also comprises an input/output controller 1526 arranged to output display information to a display device 1520 which may be separate from or integral to the computing-based device 1500. The display information may provide a graphical user interface. The input/output controller 1526 is also arranged to receive and process input from one or more devices, such as a user input device 1524 (e.g. a mouse or a keyboard). In an embodiment the display device 1520 may also act as the user input device 1524 if it is a touch sensitive display device. The input/output controller 1526 may also output data to devices other than the display device, e.g. a locally connected printing device.

The term ‘computer’ is used herein to refer to any device with processing capability such that it can execute instructions. Those skilled in the art will realize that such processing capabilities are incorporated into many different devices and therefore the term ‘computer’ includes PCs, servers, mobile telephones, personal digital assistants and many other devices.

The methods described herein may be performed by software in machine readable form on a tangible storage medium. Examples of tangible (or non-transitory) storage media include disks, thumb drives, memory etc and do not include propagated signals. The software can be suitable for execution on a parallel processor or a serial processor such that the method steps may be carried out in any suitable order, or simultaneously.

This acknowledges that software can be a valuable, separately tradable commodity. It is intended to encompass software, which runs on or controls “dumb” or standard hardware, to carry out the desired functions. It is also intended to encompass software which “describes” or defines the configuration of hardware, such as HDL (hardware description language) software, as is used for designing silicon chips, or for configuring universal programmable chips, to carry out desired functions.

Those skilled in the art will realize that storage devices utilized to store program instructions can be distributed across a network. For example, a remote computer may store an example of the process described as software. A local or terminal computer may access the remote computer and download a part or all of the software to run the program. Alternatively, the local computer may download pieces of the software as needed, or execute some software instructions at the local terminal and some at the remote computer (or computer network). Those skilled in the art will also realize that by utilizing conventional techniques known to those skilled in the art that all, or a portion of the software instructions may be carried out by a dedicated circuit, such as a DSP, programmable logic array, or the like.

Any range or device value given herein may be extended or altered without losing the effect sought, as will be apparent to the skilled person.

It will be understood that the benefits and advantages described above may relate to one embodiment or may relate to several embodiments. The embodiments are not limited to those that solve any or all of the stated problems or those that have any or all of the stated benefits and advantages. It will further be understood that reference to ‘an’ item refers to one or more of those items.

The steps of the methods described herein may be carried out in any suitable order, or simultaneously where appropriate. Additionally, individual blocks may be deleted from any of the methods without departing from the spirit and scope of the subject matter described herein. Aspects of any of the examples described above may be combined with aspects of any of the other examples described to form further examples without losing the effect sought.

The term ‘comprising’ is used herein to mean including the method blocks or elements identified, but that such blocks or elements do not comprise an exclusive list and a method or apparatus may contain additional blocks or elements.

It will be understood that the above description of a preferred embodiment is given by way of example only and that various modifications may be made by those skilled in the art. The above specification, examples and data provide a complete description of the structure and use of exemplary embodiments of the invention. Although various embodiments of the invention have been described above with a certain degree of particularity, or with reference to one or more individual embodiments, those skilled in the art could make numerous alterations to the disclosed embodiments without departing from the spirit or scope of this invention. 

1. A computer-implemented method of controlling an apparatus comprising: monitoring a stream of events occurring at the apparatus and, for each event, detecting a plurality of features describing the event, at least some of which are related in a hierarchical manner; creating and storing in memory a graphical data structure comprising a plurality of variable nodes connected by edges, wherein the features describing the event are represented by variable nodes and the variable nodes are connected such that sequences of connected variable nodes represent the hierarchical relations between features; storing at each variable node of the graphical data structure, statistics describing a probability distribution representing a latent event score; arranging a training engine to update the statistics on the basis of the monitored event by using a Bayesian machine learning process and also such that latent event score information is propagated along the sequences of variable nodes which represent the hierarchical relations; predicting an event using the graphical data structure and using the predicted event to control the apparatus.
 2. A method as claimed in claim 1 wherein creating and storing the graphical data structure comprises creating and storing a tree-based graphical data structure comprising layers of parent and child variable nodes.
 3. A method as claimed in claim 2 wherein arranging the training engine to update the statistics comprises enabling a child variable node to inherit a noisy version of the latent event score of its parent variable node.
 4. A method as claimed in claim 1 wherein creating and storing the graphical data structure further comprises incorporating factor nodes as computational units into the graphical data structure, each factor node having at least one associated computational message.
 5. A method as claimed in claim 4 wherein updating the statistics comprises using message passing whereby the computational messages are computed and the results of those computations are passed to variable nodes in the graphical data structure.
 6. A method as claimed in claim 2 wherein creating and storing the graphical data structure comprises forming and storing a level noise variable node at each layer of variable nodes.
 7. A method as claimed in claim 6 wherein arranging the training engine to update the statistics comprises enabling a child variable node to inherit a noisy version of the latent event score of its parent variable node, that noisy version being specified using the level noise variable node in the layer of its parent variable node.
 8. A method as claimed in claim 1 wherein detecting features describing the event comprises detecting a plurality of features which are not hierarchically related and creating and storing the graphical data structure such that it comprises an observation component being a plurality of variable nodes representing weights associated with those features.
 9. A method as claimed in claim 8 which further comprises creating and storing the graphical data structure such that the latent event scores are able to act as a bias on an output of the observation component.
 10. A method as claimed in claim 1 wherein the features which are related in a hierarchical manner are uniform resource locator (URL) prefix levels.
 11. A method as claimed in claim 1 where the apparatus is a search engine and the stream of events comprises presentations of search results at a user interface and associated user inputs at the user interface.
 12. An apparatus comprising: a monitor arranged to monitor a stream of events occurring at the apparatus and, for each event, to detect a plurality of features describing the event, at least some of which are related in a hierarchical manner; a memory storing a tree-based graphical data structure comprising layers of parent and child variable nodes connected by edges, wherein weights associated with the features describing the event are represented by variable nodes and the variable nodes are connected such that sequences of connected variable nodes represent the hierarchical relations between features; a processor arranged to store at each variable node of the graphical data structure, statistics describing a probability distribution representing a latent event score; a training engine arranged to update the statistics on the basis of the monitored event by using a Bayesian machine learning process and also such that latent event score information is propagated along the sequences of variable nodes which represent the hierarchical relations; a prediction engine arranged to predict an event using the graphical data structure; and a controller arranged to use the predicted event to control the apparatus.
 13. An apparatus as claimed in claim 12 wherein the training engine is arranged to update the statistics by enabling a child variable node to inherit a noisy version of the latent event score of its parent variable node.
 14. An apparatus as claimed in claim 12 wherein the graphical data structure comprises a level noise variable node at each layer of variable nodes.
 15. An apparatus as claimed in claim 14 wherein the training engine is arranged to update the statistics by enabling a child variable node to inherit a noisy version of the latent event score of its parent variable node, that noisy version being specified using the level noise variable node in the layer of its parent variable node.
 16. A search engine comprising a monitor arranged to monitor a stream of search and user input events occurring at the search engine and, for each event, to detect a plurality of features describing the event, at least some of the features being universal resource locator prefix levels of a document identified by the search engine; a memory storing a tree-based graphical data structure comprising layers of parent and child variable nodes connected by edges, wherein weights associated with the features describing the event are represented by variable nodes and at least some of the variable nodes are connected such that sequences of connected variable nodes represent the universal resource locator prefix levels of a document; a processor arranged to store at each variable node of the graphical data structure, statistics describing a probability distribution representing a latent event score; a training engine arranged to update the statistics on the basis of the monitored event by using a Bayesian machine learning process and also such that latent event score information is propagated along the sequences of variable nodes which represent the universal resource locator prefix levels of a document; a prediction engine arranged to predict a user input event using the graphical data structure; and a controller arranged to use the predicted event to control the apparatus.
 17. A search engine as claimed in claim 16 wherein at least some of the features are content features of the document identified by the search engine and wherein the memory stores the graphical data structure such that weights associated with the content features are stored at content variable nodes.
 18. A search engine as claimed in claim 17 wherein the memory stores the graphical data structure such that the latent event scores are able to act as a bias on the content variable nodes.
 19. A search engine as claimed in claim 16 wherein the training engine is arranged to update the statistics by enabling a child variable node to inherit a noisy version of the latent event score of its parent variable node.
 20. A search engine as claimed in claim 16 wherein the training engine is arranged to update the statistics by enabling a child variable node to inherit a noisy version of the latent event score of its parent variable node, that noisy version being specified using a level noise variable node in the layer of its parent variable node. 